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Stand der Technik 

Die Eifindung betrifft eine Gatewny-Einheit zur Verbindung von Subneaen, 
15 insbesondere in Fahrzevgen. 

Una neue Dienste in» FaluzsMg zu ennSglidien ist eine KommuaJkation der 
StBuerdnheiten, die $tcb in onterschiedllchen Bussegmentea befinden, zwingand 
erforderJicii. Eine solche Komnuinikation kann nur stattfindon. wenn die 
2 0 unterscliiedjiclien Bussegmente Uber eine Gateway-Einheit b2w. Gateway-Einlieiten 

miteinander verbunden sind. Eine Gateway-Einheit, die z«vei Bussegmente miteinander 
vertjindet, hat dabef die Aufgabe, Nachrichten, die anf einera Bussegment empfangen 
werden. auf «in anderes Bussegment weiterzuleiten (Routing). Die Komplexitat ejner 
• solchen Gateway-Einheit steigt mft der Anzahl der zu koppelnden Bussegmente. Bei der 
2 5 Auslegung der Netzkoppeiarchitektur einesFatoizeugs wird versucht, ein Optimum fllr 

die Eigenscliaften der tolerierbaren Veizogerang fUr das Nachrjchtai-Routing, der 
FehJertoleranz, der Flexibilitfit, der Etweiterbarkeit und^derKosten zu finden. Je nacli 
Anwendung werden zentraJe Gateway-Einbeiten mit einer Stemarchitektur oder mehrere 
Gateway-Einhelten, die z.B. mit einein Backbone-Bus verbunden sein.konnen, eingesetzt. 
Die GatBway-Einheiten, fiber die unterschiedlidie Busse gekoppelt sind. sind konfiguriert 
. (2B. Uber Tabellen). Das heiflt fUr das reine Nachrichten-Routfng auf ein anderes 

Segment ist somit keine Abfinderung der Softwaie erftwderUch/Sobald sich aber die Art 
und die AnzahJ der gekoppelten Bussegmente findera, ist ein erbeblidier 
Anderungsaufwand eiforderlich, be! dem nicht nur die besteheuden 
3 5 KcmFigurationstabellen angepasst werden mUssen, sondem die koraplette Software 
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umgcschrieben werden muss, um den neucn Anforderungen gerechtzu werden. Die 
Komplexitat der wntralen Konfieuration und der Roiiting-Softwsra sieifit also mit der 
Anzahl der gekoppelten Bussegmeate enorm an. 

Vortelle der Erfindpng 

Durch den modularen Aufbau einer Gateway-Einheit. bei welcher ein in Software 
ausgebildetes Gateway (Jogisches Softwa/e-Gateway) fUr das Routing von Nacbncht^ 
zwischen genau zwei Subnetzen zustandig ist, wird es ermSglicht, Gateways zu 
envehern. ohne dass eine Andcrung in d«r vorfiaudBBBH Softwaje des Ostcwiiys und/oder 
ill den vo.l«ndeneii Konflgumlonstabollon «ftm!firl}oh ist. Du«h dta lEnzMfOgcn «>dcr 
Weglassen eines solcben modularen Gateways bei.Anderung der Netetopologie weiden 
solche AnderungsitiaBnahmen vermieden. Entsprecbend ist es ai6gUch. bei einer 
2entralen Gateway-Einheit em Bussegment zu entfemen ohne bestehande 
Kc^plungspfkde za beeinftussett. 

Femer wird dttrch die oben genamiten modularea Gateways eiiw Fehlerbegrenamg . 
eireicht. da bei nicht funktionsMuRem Gateway die anderen Gateways unabbMnsifi davon 

w^ir*H.in iUre Aufg^l^ «rrdlle„. F.i., Fel.ler v.i.rJ also a^f das unmittclbar bctrof&nc 

Gateway begrenat. die Kopplung zu anderen Bussegmeoien ist nlcht berOhrt 

Koramt es auf einem Bussegment 2u einem Fehler, so werden die Nachrichten Uber die 

.anderen Bussegmente ohne Einsehraakung weiter geroutet 

Ferner ist das oben skizzierte Konzept flexibel erweiterbar und passt skh der 
Netzkoppelarchitektxir an. Wird ein zusStzliches Subnetz einem zentralen Gateway .. 
hinzugefDgt. so mlissen ledigUch die zusMtzlichen modularen Gateways hinzugefiigt 
werden. Die bestehenden modularen Gateways sind davon nicht betroffen. Wird ein 
Subnetz entfemt. werden die Gateways, die auf dieses Subnetz koppeln. entfernt, die 
restlicheh bleiben unverandert besteb^. 

Da femer in einem logiscfeen Gateway immer nur die Funktion erthalten ist, die fUr das 
KoppeJn der zwei untersohiedliohen Subnetze erforderlLch ist, wird eine Nachrichi 
schnellst meglich geroutet. UnnStiger Overhead fiir das Routing einer Nachricht wird so 
verm.eden. Da ein logiscbes Gateway genau fllr die KoppJung von swei Subnetzen 
zustandig i.«, kann femer der Informationsfluss gesondert kontrolliert werden. wenn der 
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Datentransfer zwischen einem Subnets m\t sichcrheltskritiscbei, Funktionen und einem 
Subnetz mit nicht sicherheitskfitischen funktionen stattfindet. Es wird somit also eine . 
optimaleKontroIlniaglichkeitfilre.DeFirewall.F«nktionalitBt bereitgesteJh. Diese kann 

jeden Kopplungspfed individueU kontrollieren. So kairn e)n logisches Gateway, das 
5. Nachrichten flber eioe Luftscbnittstelle routet, ?ur Abwehr Von externen Bedrohungen 

stnktere Sicherheitsmechaoismen unplenienHeren als ein logisches Softwans-Oateway, 

das Nachrichten zwiscbeii zwei CAN^ubneteen im Fahrzeug routet und direktkeiner' 

extemen Bedrohung ausgesetzt ist, 

1 0 Femer ermOgUcht die dargesteUie Arcbitektur eIn indivlduelles Aktiv- und/oder 

lijakHvsohalten' eines emzdnBp odermehreTer Gateways, so dass auf dies Weise abhSngig 
von Systerozustinden ein oder wehrere Gateways ein- bzw. ansgeschaltet weiden 
ksnnen. 

Femer eifolgt eine Reduzieruag der Komplexitat der gesamten Gateway-Einheit, da die 
einaelnen logiscben Gateways ontereioaoder Uberhaupt aicht miteinander verkniipft sind. 
Es spielt keine Rollo, ob Z.B. drei log^aohe Gateways anf einem zentialen Gateway oder 
auf drei eetrenntBuFunkt-zu-Punkt-Oateways ablauftn. 

V/eitere VorteiJe ergeben sich aus einer konkreten Ausgertaltung der logischen 
Gateways, nach der in jedem Gateway RoulingtobeiJen vorgesehen sind, ilber die das , 
Routing der Nachrichten abgewickelt wird und die unabhSngig von der Software des 
Gateways sind. Diwch diesen tabellenbasierten Ansatz wird es ermfigljcht, ein Tool 
Konfiguration der Gateway. Software einznsetzen. Dieser Ausatz flihrt auch 
vorteilhafter Weise zu einer PriorisierungsmBglichlceit der Nachrichten, so dass 
bestimmte Nachrichten. die bevorzogt gei-outet weiden soJlen. ehie hdhere PrioritSt 
zugeordnet wetdMi kann als anderea Nachrichten. 

Femer ist in vorteilhafter Weise ein Scheduler vorge$ehen, dertrotzder Aufteilung in 
mehrere modulare Software-Gateways gewahrieisiet. dass dieReihenfolge des 
N^hrichtcn-Routings cingph^ten wird. Auf diese Wis* kann eino Nachricht, A'o ^art,t 
im Gateway angekomtnen ist, das Gateway auch zuersl wieder verlassen. 

Wehere Vorteile ergeben sich aus der nacbfolgenden Beschroibung von 
Ausfllhrungsbeispielen bzw. aus den abhangigen Paten tansprOchen. 
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Zeicbnung 

Die Erfindung wird nachstehead anhand der in der Zeichayng dargesteiJten 
.5 AusfiihrungsbeispieJeaTiShera-ISutBrt. 

Figur I zeigt das Gmndpmzip der besohriebenen Arohitektur eJner Gateway-Elnheit, 
welcbe drei Bussegmente miteinaaderverbindet. 

Figur 2 zeigt ein bevorzugtes AusfUliniDgsbeispieJ eines solchan Gateways, welches 
Nachrichten zwischen einem Lgwspeed^AN, einem Highspeed-CAN und einem SPI- 
10 . Bus.vetmittBlt. 

Figur 3 zeigt eine zentrale Gateway-Einbeit zur Kopplung zwischcai vier Subrtetien. 
w^end in 

figur 4 Punkt-zu-Punkt-Gateway-Einheiten zur Kopplung der vier Subnetze mit Hilfe der 
beschriebenen Gateway-Axchitektur dargestellt sind. 

Figur 5 aehlieOUch zeigt ein in eine Steuereinheit integriertes Gateway anfaand eines 
Schicbtenniodelis. 

Besehreibung von Ausfiiliningsbeispielen 

In Figur ] ist eine Gateway-Einheit 10 dargestelJt, an die drei Bussegroente 1, 2, 3 
angekoppen sind und die die Airffeabc hat. Nachrichten von einem Bussegment auf eines 
der andeien oder beide aadereBussegmeolfrzu verbinden (routen). Gruiidprinzip der 
dargesteilfen Arohitektur sind die modiilarenb Gateways (togischen Software-Gateways) 
12, 13, 23, wobei ein solcies Gateway fto das Routing von Nachrichten zwischen genau 
zwei Subnetzeo zustSndig ist. Somit router das Gateway 12 Nachrichten von I nach2 und 
umgekehrt, das Gateway 13 Nachrichten von 1 nach 3 und uragekehrt, das Gateway 23 
Nachrichten. von 2 nach 3 und umgekehrt. Jedes logische Software-Gateway besclireibt 
daber eineo individueJlen Koppelp&d zwischen zwei Subnetzen bzw. Bussegtnenten. Die 

protokoHspezlfjschen Anpassimgen vorgenommen werden, dJefUr ein Nacbrichien- 
Routing zwischen den beiden Sublietzen erforderiich sind. Je nach Ausflihrungsbeispiel 
handelt es sich bei jedem Subnetz um ein individuelles Obertragimgsmedium. Subnetz ] 
kann 2.B. ein Lowspeed-CAN, Subnetz 2 ein Highspeed-CAN und Subnetz 3 ein SPI-Bus 
sein. Koramt ein neues Subnetz binzu, beispielsweise ein MOST-Bus, so werden 
zusatzliche logische Software-Gateways integriert. Die Bestehenden mQssen nicht 
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geSndert vverden. Wird ein Subuetz entfenit, beispielsweise der SPI-Bus, so werden dJe 
Jogischen Software-Oateways 13 und 23 entfernt* Um eitie universelle Gftteway-Funktion 
zu haben, sind logiscbe Software^ateways fpr alle Koppluagsmdglichkettea zu 
schieibed. Diese werden d&iw je nach Auskgung des zu realisiereiidisn Gateways zucn 
5 ■ Qesamtsystem korabiniert. Im Regelfall wird es so seln, dass nicht alle Subaetze direkl 

mitcinandcr gckoppclt slnd, so dass nur ausgcwaiiltc KopplungspfttUy mh nu-jguwaliltuu 
logischen SoitwarcsGateways zu versehen sind. Soil jedes Subnetzmit jedem anderen 
. gekoppelt werdea, so benCtigt tnan N*(N-l)/2 logiscbe Software-Gateways, Die Variable 
N entsprlcht dabei der Adzahl der Im Gesamtsystem vorbandenen Subneize, Filr djrei 
1 0 Subnetw ergeben slch damit 3 toglsche Software-Oateways. fUr vier Subuetze 6 und flir 

fihif Subnetze 1 0. Ob sich diese logischen Software-Gateways in einem zentralen 
Gateway befuideu odei iu luebi'ejvn verUailteu Puiikt-ru-^unHt-'aatcways spjcJt cinc 
untergeordnete RoJle. 

Figur 2 zeigt ein detaillierteres AusfUhrungsbeispiel der GnrndzOge der modularen 
Gateway-Architektur gemMB Figur 1. Das Gateway 10, welches vorzugsweis© als 
ProgramTn in einem Mikrocontroller euier Steuereinheit reaUsiert ist, umfasst neben den 
dargest&llten modularen Softwarie-Gateways (:CANCAN, ;CAKSPI) busspezifische 
Sendeeinheiten, die den Zugriff auf das Busmedium kontrollieren. Jedem Bussegment , 

2 0 sind Empfangsobjekte zugeordnet (:Rx-CAN, :Kx-SPl), welche die Entscheidung treffen, 

jo welches logisebe Software-Gateway eme ankomrnende Nachricht geroutet wird. 
Entsprecbend gibt es fllr den Sendevorgang busspezifische Sendeobjekte (iTxCAN,. 
;TxSPi) , die den Zugrlff auf den jeweiiigen Bus kontrollieren und verhindem, dass 
mefarere modulare Software-Gateways das Sendeaiedium g)eichzeitig beiegen. 
25 . 

Die Software-Gateways (in Figur 2: CANCANrCANSFI) setzen sich inteni ans mehreren 
Software-Objekten zusammen, die ankommeode Nachiiditen zwischcnpuffem und die 
protokollspezifischen Anpassungen vornehmen. Fine elnfache Anpassung ist z,B., dass 

cine CAN-Nachricht vom Hisli^ip©©d-CAN mit der ID 100 auf den Lowspeed-CAN mit 

3 0 der ID 200 gesendet werden muss. Diese pFOtokolIspezifischen Anpassungen werden 

dann dureh entsprechende Programme (z.B. im einfacbsten Fall durch eine Tabelle) 
vorgenommen. FQr die protokollspezifiscben Anpassungen, die innerbalb der logischen 
Software-Gateways durchgefuhrt werden» kommen Konftgurationstabellen zum Einsat2. 
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In einer bevorzugten Ausftlhrung werden die busspezifischen Empfangsobjektc uber 
SOgenanote Routingtabellen konfigurifert, mit deren Hilfe entschieden wird, ob eine 
ankommende Nachrlcbt an kein, an ein Oder an beide logischen Software-Gateways 
weitengegebfio wird. m der Routing-TabaJle werden somit fiir Jeden ankommenden 
Nachrichtentyp die WeltwbebandlTing derNaehricht abgelegt. Feraer kann durch 
unterschiedbcbe Schnelligkeit der Busse esvorkoramen, dass von eioem zum andereri 
Bussegment nur jede 5. Nachricht eines bestimmten Typs (zJJ. Motordrehzahl) 
weitergel«itet wird. Auch dies kann mittels der genaimten Routingtabellen Im 
Empfangsobjekt realisiert sein. Diese Routingtabellen sind dabel unabhangig vom 
Source-Code des ei^tUoben Oateways. so dass.eine VertoderuDg der RoutingtabeUen 
nioht Oder nur unwesentliche Anderungen der Software des betrofi»»ien moduJaren 
Gateways nach sich zieht. Die busspezifische Empfangseinbeit sooht.die geftindepe 
Nachriclil in der Routing-Tabelle auf und entsoheidet aufgmnd der darin enttialtenen 
Infonnationen. welches logisoh© Software-Gateway die Nachricht zar Weiterverarbeitung 



Die busspezifbehen Sendeeinheiteii, bzw. die dort vorgesebenen Ptogramme. 
kontrollieren den ZugrifFauf den Bus. Ist der Bus gerade belegt, so stellen sie sicher, dags 
von keinem logischen Soflware-Gateway gesendet w'vd. 



Zttsatdich pufSsm wie oben erwahnt die logischen Software-Gateways die Nachrlchten 
wischen. um einen Nachrichtenverlust zu verhindem. z.B. dano. wenri das Bussegment 
auf dem geaendet werden soU, gerade belegt ist. Eine Nachricht wird also vor ihier 
direkten Weiterieitimg in einer Warteschleife abgelegt. Das Ablt^n einer Nachricht in 
dieser Warteschleife wird beim intemen Scheduler der Gateway-Einheit vennerkt-Dieser 
veranlasst dann das Senden der Nachricht, indem er eine Nachricht an das entsprecliende 
• modulate logiscbe Software-Gateway sendet. Dieses veranlaast dann das Versenden der 
Nachricht. Wai also ein iogisches Software^ajeway eine Nachricht senden, so muss es 
diesen Sendewunsch beim Scheduler anmelden: Von der Reihenfolge der Anmeldung ist 
es abhfingig. welches Software-Gateway zueist die BerechtigunB ftr das Senden einer 
Nachricht erhSlt Dieses Konzept steilt die Einhaltung der Reihenfolge der Nachrichten 
sicher. Gibt es besondere hochpriorisierte Nachrichten im System, so stellt der Scheduler 
raehrare Methoden bereit, welche von den logischen Software-Gateways aufgeniten 
werden kBnnen, um einen Sendewunsch anzumelden. Der Scheduler arbeitet dann immer 
3 5 zuerst die hochpriorisierten Anforderungen ab und dann^die normalen und erteilt 
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prioritStenabhfingig Sendeberechtungen an die logischen Software-Gateways. 
BeipsieJsweise t<rt jede Sendewnnsch mit einem die Prioritat derNachricIn 
reprasentierenden Datum versehen Oder der Scheduler unifasst eine Tabslle, in der die 
PrioritSten derNaciirichten vermerkt ist, aus der der Scheduler die Prioritat ausliest. 



Durch die oben dargestelJte Architektur imd Vorgehensweise ist man in der Lage, die 
Gateway-Einheit Ober Tabellen m konfigurieren, ohne deren Software selbst abzuandem. 
Beispielsweise kann Uber eine AbSndening der PararoetersStze jm Speicher das Gateway 
fur Bin anderes Nachrichten-Routing uraprqgrammiert werden, Werden die gleichen 
1 0 Scbnittstellen verwendet, $o Iftsst sicb die Gateway-Software ausschlieBJich Uber 

ParametersStze konfigurieren". Bei dem Anschluss anderer Scbnittstellen an das Gareway, 
ist ein tdodularer Software-Baustein m das Gateway zu integriwen, Somit werden 
unterschledliche Oateway-Konfigurationeii durcb das ZusanunMifahren von Software- 
Modulen beispielsweise aiis Bibhotheken iind aus dem Bereitstellen der Routing- 
1 5 Information generiert. Die Neuintegratiori einer CAN-Schnittstelle rait neuer CAN- 

Matrix besohranlct sich ira wesentlicben awf das Eingeben der neuen Routing-Information 
in die Routmg-Tabelle. So k5mim CAN-CAN-Gateways unterschiedlicher Baudraten in 
kDrzBster Zeit in ein System eingepasst werden.jbie Testbarkeit und Verifiziening des 
Butbtcliciiideii Codes werden dadurcb vcsreinfecht, woil der konfiguratjonsunabhan^gc 
20. Code zentral getestet wird und neben dem Systemtest ausschliessHch efn Integrationstest 
fljr das neue logiscbe S W-Gateway bzw. di© neue Koofiguration durchgefdhrt werden 

Figur 2 zeigi ein Gateway 10 zur Kopplung 4 unterschiedlicher Bussegmente, einen 
2 5 Lowspeed-CAN, einen Highspeed-CAN; ein SPI-Bus uud einen MOST-Bus. Die 

vorstehend besohriebene Architektur ist auch hibr eingesetzl, wubcj lugissche SoAwaie- 
• Gateways (:CAN-MOST, rCAN-SPI, :CAN.CAN, :SPI-MOST) eingesetzt werden, die 
jeweils einen individuelJen Kopplungspfad reaiisieren. Daneben sind busspfezifisch • 
Empfdngemodule (:Rx-Most» :Blx-CAN, :Rx.SPI) und Senderaodule (:Tx-Most, :Tx- 
30 CAN. :Tx.SPI) wie vorstebend beschrieben darstftllt Die. HArfiftAtelliE Architektur zeigt 

eine zentrale Gateway-Einheit, welche die genannten vier Bussegmente miteinander 
verbindet. In Figur 4 ist eine aodere Netzwerktopologie dargestellt, welche sechs i'^unkt- 
zu-Punkt-Gateway-Einheiten 10a, 10b, )0c, lOd. lOe und lOf aufweist. Jedes dieser 
Punkt-zu-Punki-Gateways enthait die oben dargestellte logisch© Software-Gateway- ' 
33 StiTjktur mit Sende- und Empitlngerelementen zur'busspe^iflscUBfi Anbindung. Es zeigt 
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sich, dass durch die oben dargesteUto Architektur die pbysikaliscbe 
Netzkoppelarchitektur zwischen den beiden Extremen zentrales Gateway und Punkt-zu- 
Punkt-Gateway alle denkbaien Mischformen enthalten kann. Die Software-Arch itektur ist 
unabhangig von der physikalischen Netzkoppelkrchitektur, so dass sie die Kopplong in 
• alien dcnkbansii Ai cliiusktui ei, oilaqbt. UntBrsohiedlich kann adn. daaa boi der zentraten 
Qaicwuy-Vfl. Joiito die Software auf om«n Milcroe<>titroU««r, in dOr dcaantralon Vm-ionte 
Atif uiiceiMJiiediichen Controllern ablfiuft. 

Znr Konfiguration der Qateway-Eiohett ergehen sich verschiedene MOgHchkeittsn. Die 
Kottfiguratioa der Routing-Entwheiduag erfolgt fiber Routing-TabeUen. In diessm Fajl 
«n»»„h«H«„ HiA k..,«pA^'fie«hA„ V^mpf«r,a'^„\y^k*e, in weleha loffisohen Software-' 
Qatewaya einc NMhriebt woiterzulehen Irt. Dieeo Empfanseobjeto* werHan HeBhalb xn!t 
RoWins-TabeHen konfiauriart welche angeben, wejche Nachrichtox in wclchfts Siibnetr 
UiuJ taif. ume, weWlwu Rw«n«Ui«iiui.BPu Ut>. 5., cieO w^iterruloiten aind. Die 

von dem eigertUchea Routing- Voigang unabbgagig. Die Konfiguration der Software- 
Gateways erfblRt dann durch Anpassung von ProtokolJparametem. In diesem Fall werden 
dte logisctaen uateways Uber i aoeuen leonftgiinm, itie angphen. wie die Fimoicoil- 
Paramater umznsetzen sind. Hier kann korifigurjcrt werdcj. dass eine Nachricht mit dem • 

Idontifikationsnununcr 200 tragen muss. Pernor Bind, urn die Gateway-Software an die 
unterschiedlichen MetdcDppekrchitekturen anzupassen, die Routing-Tabeilen, mit deneti 

«»™m«.»uftSW«n. E>J«* Aufs*be. wird durch Jnte.^=.« R=I,*.H„I^ «irl,id{gt. 

vyeicner aie logiscnen soitware-uateways m einer walmivu OaiBway-Eiiiheii 
um««lna.it!«r koordinierl. .S.J,«l„le,- ,n„ss fil, die vei^hicdisncn Oatewoy-Vatianten 
individuell generiextwenjen. 

to omerandcrcn AurfOhrMngaform, die in J-igm- i dorsaatoUt iat, hoadolt olol, b^l ds,m 

CSateway um kein Standalone-Gateway, sondera um ein Gateway, das in ein Steuergerat 
mit 2usat2lich6n Anwendangsftinktionen integriert wittl. Dort kann die Gateway- 
Software aueh die FunktionalitBt cinos nonnalon KomBiunlkatlonsdecJoi Obemahmen. " 
Das heiCt, es muss hier auch raflglich sein, Nachrichten zu den eigentlichen 
AnwendungBn waiterziileiten und Nachrichten rjim Versenden voii diasen 
entgegenzunehmen. Hyirzo werden weitere Objekte benatigt, weichc die FShigkeit 
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besiTxen^ die schlchtspezifischcn Protokollparameter zu entfemen bzw. hinzuzufttgen, urn 
die Nachricht in die nachstliGhere bzw. nMchstniedrigere Schicht wdterzureichen, Die'se 
zusatzlichen Objekte sind in der Regel Bestandteil der Software des aormaJen 
Komitiunikaiioiisnctz. Figur 5 zeigt das ScbjchtcnmodclJ cincs Stcucrgorfits 100, in 
5 welchem ein CAN-CAN-Gateway fntegrlert ist. Dabei wird das Anwendungssystem I 

uiKl Oas KoriHntiTiik«iiorjs!*ystir.rD II im(c:rs<:;hicir)cu Bs s>ii»I tlrei .^Icliichtei) 1 , 2, 3 
abgebildet, wobei in ©Iner ersten Schicht ein TreJber 102 fUrden Low»pBcd-CA2>J uiid ciii 
Treiber 104 fUr den HigJispeed-CAN vorgeseliea sind. Ferner wm-den in der 
Vermittjungsschicht 3 zusatzliche Objekte eingefiigt (CAN-Schicht 3), die tiber die 
1 0 ' Empfaogs- und Sendeobjekte Rx3 und Tx3 nut den Anwendungen A, B imd C 

kommuiiiaeren. Diese zosfitziichen Objekte fi^ 

ZwischenpufFerung der Nachrichten durch und ftigen pit>tokoUspe2ifische Forameter 
hinzu Oder entfemen diese. Das logische Software-Gateway, das in diese Schicht 
integriert ist (CAN-CAM) roiitet Nachrichten vom eineh Bus zum anderen. Die 
1 5 Empfangs- and Sendeobjekte lRx2 und Tx2 werden entsprechend dem vorstebend 

Besebriebenen fiir das Routing von Nachrichten zwiscben den beiden CAN-Bussen 
verwendet. Sie stellen die SchnittsteUeo zwischeo den Schichten dar. In einer weiteren 
Ausftlhrung ijst durch entsprechende Erweiterung es raoglich, zwei Subnetze auf 
unterschiedHchen Schichten zu koppeln. Dies ist beispielsweise dann erforderlioh, wenn 
20 ein Transport-Protokoll (2.B. ISO TP) zum Eiusatz kommt. In diesem Fall existiert dann 

pro Schicht, in der eine Kopplung stattfindet, ein logisches Software-Gateway. So kann 
beispieisweiSB ein CAN-CAK-Qateway in der Schicht 3 vorgesehen sein, welches CAN- 
Nachrichten (z.B, Geschwindigkeitsinformation Oder TankfUUstand) in der Schicht 3 
transportiereti wahiend ein weitere CAN-CAN-Gateway in einer Sohlobt 4 
2 5 Transportinformationen koppelt, welche beispielsweise einenText fiir die Anzeige im 

Fahrzeugconiputer enthalt. Eine Kopplung in hOheren Schichten kann auch erforderlioh 
sejn,.um den Inhalt einer Nachricht die weitergeleitet werden soil Uberpnifen zu konnen. 
Der Inhalt kann nur dann anaJysiert werden, wenn die komplette Nachriclit empfangen 
ist 
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Patentanspriiche 

1. Gateway-Einheit zur Verbindung von Subnetzen, insbesondere in Fahrzeugen, wobei 
die Gateway-Einheit wenigstens zwei Subsysteme miteinander verbindet, daduich 
gekennzeichnet, dass die Gateway-Einheit aus wenigstens einem noiodulaxen 
Software-Gateway besteht, welches Nachrichten zwischen genau zwei Subnetzen 
routet. 

2. Gateway-Einheit nach Anspruch 1, dadurch gekennzeichnet, dass wenigstens drei 
Subnetze an die Gateway-Einheit angeschlossen sind, wobei modulaxe Software- 
Gateways eingesetzt werden, wobei jedes modulate Software-Gateway Nachrichten 
zwischen genau zwei Subsystemen routen. 

3. Gateway-Einheit nach einem der vorhergehenden Anspriiche, dadurch 
gekennzeichnet, dass femer fur jedes Subnetz busspezifische Empfangsobjekte 
vorgesehen sind, welche die ankonamenden Nachrichten an ausgewMhlte Software- 
Gateways weitergeben, 

4. Gateway-Einheit nach Anspruch 3, dadurch gekennzeichnet, dass die 
Empfangsobjekte Routmg-Tabellen umfassen, in denen die Behandlung 
ankommender Nachrichten konfiguriert sind. 

5. Gateway-Einheit nach einem der vorhergehenden AnsprUche, dadurch 
gekennzeichnet, dass femer fUr jedes Subnetz busspezifische Sendeobjekte 
vorgesehen sind, welche den Zugriff auf den jeweiligen Bus kontroUieren. 
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Gateway-Einheit nach einem der vorhergehenden AnsprUche, dadurch 
gekeimzeichnet, dass das modulare Software-Gateway ankommende Nachrichten 
2wischenpuffert und protokoUspezifische Anpassungen vomimmt. 

Gateway-Einheit nach einem der vorhergehenden Anspriiche, dadurch 
gekennzeichnet, dass bei Integration des Gateways in ein Steuergerat mit 
• Anwendungssystem wenigstens ein modulares logisches Gateway in einer Schicht 
des Kommunikationssystems vorgesehen sein konnen, wobei das logische Gateway 
genau zwei Subsysteme verbindet. 
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Gatewav-Einheit zur Verbindunpr y pn Subnetzen, insbesondere in Fahnzeup en 
Zusammenfassung 

Es wird eine Gateway-Einheit zur Verbindung von Subsystemen, insbesondere in 
Fahrzeugen vorgeschlagen, bei welchem wenigstens ein modulares logisches Software- 
Gateway eingesetzt wird, welches Nachrichten zwischen genau zwei Subnetzen routet 
und auf diese Weise nur einen individuellen Kopplungspfad bereitstellt. 
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Figur 2 
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Figur 5 
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